När ett IT-företag ska utveckla ett system behöver de en systemutvecklingsmetod. Denna metod används för att de personer som arbetar i ett projekt ska ha en mall för hur de ska utföra sitt arbete. Vad som enligt litteratur verkar vara ett problem idag är att företagen har en metod men använder den inte på ett bra sätt eller inte alls. Detta leder till ostrukturerade projekt utan sammanhang. Om någon slutar i projektet är det svårt för någon ny att sätta sig in i det arbete som gjorts.

Rational Unified Process (RUP) är en systemutvecklingsmetod som tillhandahåller ett modifierbart tillvägagångssätt för hur man skall fördela uppgifter och ansvar inom ett systemutvecklingsprojekt. Syftet med denna studie har varit att undersöka om RUP verkligen bidrar till framgångsrik systemutveckling, och i så fall även till att identifiera de vitalaste faktorer som lett till denna framgång. Fokus har legat på processkvalitet och genom en enkätundersökning, samt kvalitativa intervjuer med användare, har vi kunnat fastställa att metoden faktiskt bidrar till framgångsrik systemutveckling. De mest väsentliga bakomliggande framgångsfaktorerna som undersökningen har identifierat, är RUPs riktlinjer för produktion av dokumentation, konfigureringsmöjligheter av utvecklingsprocessen, stödet för projektledning, samt det iterativa tillvägagångssättet vid utveckling..

Vårterminen 2006.

För att genomföra ett lyckat systemutvecklingsprojekt kan ett flertal utvecklingsmetoder användas. Utvecklingsmetoder hjälper till att undvika fallgropar under utvecklingsprocessen. De två typer av utvecklingsprocesser som arbetet baseras på är eXtreme Programming (XP) och Rational Unified Process (RUP).Genom att identifiera skillnader samt hur XP och RUP kan kombineras, presenteras olika faktorer. En faktor är projektstorlek som enligt litteratur är den viktigaste faktorn vid valet mellan XP och RUP. Med hjälp av en enkätundersökning hos ett antal utvecklingsföretag har data samlats in för att ta reda på om projektstorlek är en huvudsaklig faktor för valet mellan XP och RUP.

Utvecklingen av informationssystem har de senaste åren gått framåt med stora steg. Trots detta utvecklas massvis med informationssystem som inte fungerar i verksamheten där de ska användas. Detta tillsammans med ökningen av användandet har gjort att kraven på systemens utformning har stigit. Många författare anser att lösningen på detta är att engagera användarna i större omfattning än vad som görs i dagens utvecklingsmetoder. En av de mest använda metoderna för systemutveckling idag är Rational Unified Process (RUP).

Arbetet bygger på att de informationssystem som används idag men som blir allt äldre och därigenom inte klarar de krav som ställs på dem. Detta medför att informationssystemen måste migreras till modernare plattformar, då företagen dels inte klarar sig utan dess nuvarande funktionalitet och dels måste vidareutveckla systemen.Detta arbete tar upp olika sätt som detta kan genomföras på och vilka problem som kan komma att uppstå när detta sker. För att kunna undersöka detta så genomfördes ett antal migrationer. Språken som migrationen kommer att ske mellan är Visual Basic 6 och Visual Basic .net. Migrationerna kommer att ske med hjälp av ett migrationsverktyg, samt ett ramverk som i arbetet skräddarsys för just arbetets typ av migrationer.Det arbetet kommer fram till är att det sker problem vid användande av ett verktyg och även att det inte ger tillräckligt med respons på vad som gått snett under migrationerna..

Att designa en generell och utbyggbar mjukvara är inte enkelt, då det krävs en bred kompetens inom många olika områden. Vi belyser i detta arbete en del av problematiken kring design. Utgångspunkten är ett praktikfall vars målmiljö rör processer och integrationer. Huvudfokus ligger på designmönster, men även en bredare genomgång av ämnen så som utvecklingsmetodik, Service Oriented Architecture (SOA), Web Services (WS) och utvecklingsmiljöer presenteras. Arbetet bedrivs i enlighet med riktlinjer från Rational Unified Process (RUP) och slutprodukten är en checklista på tre punkter.

Funderingar kring användningsfall? Denna uppsats belyser användningsfallsmodellering, en enkel, effektiv och vida spridd metod, dock förenad med vissa svårigheter. En fallstudie är genomförd på två företag för att illustrera hur användningsfall utformas och om det finns någon utformning som kan ge mervärde för utvecklingsprocessen. Ett mervärde vi funnit är att använda beskrivningssätt som alla förstår. Uppsatsen belyser även svårigheter relaterade till framtagningen, varför dessa uppstår och hur de kan undvikas.

The computer consultant company Create in Lund AB wishes to facilitate their invoice routines, as it at present is required that the administration finds and compares information from two different systems.The purpose of this thesis is to develop an invoice management system that simplifies the invoice management process for the administration at Create. During the development of the system, I have chosen to follow the software development process Unified Process and also tried to find design patterns that can be applied to the integration.The result of my project is a self-contained application developed using the Java programming language that communicates with the databases of the other two systems and presents relevant information to the user as a set of invoices. Of the 23 design patterns I studied, I used four of them in the invoice management system. However I couldn?t find any connection between any design pattern and the integration of systems.

Kravhantering är en komplex uppgift som är viktig vid systemutveckling. Om kraven på ett system är felaktiga kan konsekvenser uppstå som är svåra att rätta till senare under utvecklingen. Användningsfall är en kravhanteringsteknik som idag används av många företag. Enligt litteraturen finns det både fördelar och nackdelar med att använda användningsfall för att hantera de krav som ställs på systemet. Denna rapport undersöker hur systemutvecklare som använder sig av tekniken uppfattar den.

Rational Unified Process (RUP) är en formaliserad systemutvecklingsmetod. Det har dock visat sig att RUP inte är helt enkelt att införa, därför är det relevant att söka nya kostnadseffektiva vägar som stödjer införandet och användandet av processen. RUP används av många såväl statliga som privata företag och därför kan bildandet av interorganisatoriska nätverk vara ett kostnadseffektivt sätt att utbyta erfarenheter om införandet och användningen av roller i RUP. Syftet med denna uppsats var att ta fram koncept för hur ett interorgani- satoriskt nätverk bör vara uppbyggt för att stödja införandet av RUP samt användandet av roller i RUP. Resultatet visar att vid bildandet av interorganisatoriska nätverk bör syftet och målet med samarbetet klargöras.

I alla tider har man byggt modeller över saker som skall byggas för att på så sätt åskådliggöra det som skall skapas. Dessa modeller hjälper till att förstå och formulera problem och lösningar, hur sammanhangen är och vilka beståndsdelar som skall ingå. Beroende på vilken typ av produkt som skall konstrueras, kommer olika modeller att få olika betydelse. En utvecklare har ofta en inre bild, en mental modell, av vilken typ av system som skall utformas. Denna bild kan vara detaljerad eller bara en avlägsen idé.

I alla tider har man byggt modeller över saker som skall byggas för att på så sätt åskådliggöra det som skall skapas. Dessa modeller hjälper till att förstå och formulera problem och lösningar, hur sammanhangen är och vilka beståndsdelar som skall ingå. Beroende på vilken typ av produkt som skall konstrueras, kommer olika modeller att få olika betydelse. En utvecklare har ofta en inre bild, en mental modell, av vilken typ av system som skall utformas. Denna bild kan vara detaljerad eller bara en avlägsen idé. Med hjälp av olika typer av modeller kan en utvecklingsgrupp visualisera, specificera, konstruera och dokumentera strukturen och beteendet för den tänkta produkten.

Det existerar i dagsläget många färdigutvecklade mjukvaror för att underlätta olika organisationers processer.  Dessa mjukvaror täcker ofta stor del av den funktionalitet som organisationen behöver ? till ett förhållandevis lågt pris.Priset för att skräddarsy mjukvara, i motsats till färdigutvecklad mjukvara, efter sin egen organisation kan, speciellt när företaget är litet, vara väldigt högt i förhållande till lönsamheten. Då alla organisationer är olika, och således har olika funktionalitetskrav kan flera system behövas för att täcka dem. Överlappningen som sker mellan systemen ger plats för redundant data, som utan noggrann kontroll kan bli felaktig data.En lösning är att integrera mjukvaror med varandra för att skapa bryggor emellan och således ta bort risken för felaktig data. Detta är ursprungspunkten för denna undersökning.

Denna rapport handlar om prioritering av användningsfall för användningsfallsdrivna, arkitekturfokuserade, iterativa och inkrementella processer som exempelvis Rational Unified Process. I många situationer måste man göra en avvägning av vilka användningsfall som är viktigast att implementera. Vid iterativ och inkrementell utveckling måste man alltid välja användningsfall till nästföljande iteration och vid resursbrist kan man tvingas välja bort något användningsfall. Syftet med detta arbete är att utreda vilka prioriteringsmetoder som finns tillgängliga, vilka faktorer som påverkar prioriteringen och hur dessa skall vägas mot varandra, samt föreslå eller utarbeta en praktiskt användbar prioriteringsmetod. Mitt vetenskapliga synsätt, för ett arbete av den här karaktären, är relativt hermeneutiskt.